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Description 

This invention relates to data bus communication, and in particular, though not exclusively, to a video data 
communication system and method in which video data is transmitted between devices connected to a data bus 
according to a protocol which can ensure the security of the transmitted video data. 

Video data devices are connected to a common data bus to facilitate the communication of video data among the 
5 devices. Such devices include video signal receivers, video signal decoders, video signal recorders, video signal 
processing devices, video signal display devices, and video signal reproducing or playback devices. The data bus 
architecture has the advantage of being easy to implement modify, and expand. 

A video data bus system which conveys digital video data signals has the added advantage of substantially 
preserving the integrity of digital video signals transmitted on the bus. Such a system may transmit video data at 
great speeds without degrading the quality of the transmitted signal. Such a system is particularly useful for 
10 reproducing and disseminating copyrighted video data. 

To preserve the value of copyrighted video data, a data bus communication system is needed that can selectively 
prevent certain devices connected to the bus from accessing certain video data but allowing such devices to access 
other video data. Also, a flexible communication protocol is needed to facilitate the secure and organized flow of 
video data through a video data bus system. 
75 Patent Abstracts of Japan Vol. 016, No. 459 (E-1268), 24 September 1992 and JP 04 160940 A (Pioneer Electron 

Corp), 4 June 1992 discloses an onboard data communication network for a vehicle including a master unit connected 
to a slave unit via a data bus. When a slave unit is connected to the data bus it registers itself with the master 
unit by sending communication data to the master unit via the data bus including the slave unit physical and logical 
address and the master unit physical and logical address. 

European Published Patent Application EP-A-0,505,302 discloses an authentication protocol for a communication 
20 network in which a first user and a second user exchange first and second challenges and responses. 

United States Patent US-A-5,054,064 discloses a video system in which a terminal is connected to a central 
facility via a duplex communication link. A terminal sends program identification data for a received program to the 
central facility that then returns an encryption key to the terminal that can be used to decrypt the data received 
by the terminal. 

25 United States Patent US-A-5,204,900 discloses a system in which a video signal may be de scram bled by a receiver 

using one of a plurality of decoders in the receiver that is identified by encoded information in the received signal. 

In accordance with one aspect of the present invention, a method for communicating video data via a data bus 
between a master device and a slave device which are each coupled to the bus, comprises the steps of transmitting a 
slave address of the slave device and a command from the said master device to said data bus, (generating, at said 
master device, a KEYCMD signal as a function of said command and a master security key, receiving, at said slave 
30 device from said data bus, said slave address and said command and recognizing said slave address as 
corresponding to said slave device, generating, at said slave device, an ACK signal as a function of said command 
and a slave security key, transmitting from said slave device to said data bus a master address of said master 
device and said ACK signal, receiving, at said master device from said data bus, said master address and said ACK 
signal and recognizing said master address as corresponding to said master device, comparing said KEYCMD signal 
generated by said master device with said ACK signal received by said master device, and executing a data transfer 
35 between said master device and said slave device if said KEYCMD signal corresponds to said ACK signal. 

In accordance with another aspect of the present invention, in a system for communicating video data between at 
least one master device having a master address and at least one slave device having a slave address by way of a 
data bus coupled to said master device and to said slave device; said master device includes means for transmitting 
to said data bus said slave address and a command, means for generating a KEYCMD signal as a function of said 
4 q command and a master security key. means for receiving from said data bus said master address and an ACK signal, 
means for recognizing said master address as corresponding to said master device, means for comparing said 
KEYCMD signal and said ACK signal, and means for receiving said video data from said data bus if said KEYCMD 
signal corresponds to said ACK signal; and said slave device includes means for receiving from said data bus said 
slave address and said command, means for recognizing said slave address as corresponding to said slave device, 
means for generating said ACK signal as a function of said command and a slave security key. and means for 
45 transmitting to said data bus said master address, said ACK signal, and said video data. 

In accordance with still another aspect of this invention, in a system for communicating video data between at 
least one master device having a master address and at least one slave device having a slave address by way of a 
data bus coupled to said master device and to said slave device; and said master device includes means for 
transmitting to said data bus said slave address and a command, means for generating a KEYCMD signal as a function 
of said command and a master security key, means for receiving from said data bus said master address and an ACK 
50 signal, means for recognizing said master address as corresponding to said master device, means for comparing said 
KEYCMD signal and said ACK signal, and means for transmitting to said data bus said video data if said KEYCMD 
signal corresponds to said ACK signal; and said slave device includes means for receiving from said data bus said 
slave address, said command and said video data, means for recognizing said slave address as corresponding to said 
slave device, means for generating said ACK signal as a function of said command and a slave security key, and 
means for transmitting to said data bus said master address and said ACK signal. 

Embodiments of the present invention provide a communication system in which the security of video data 
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transmitted on a data bus is maintained. 

Further, embodiments of the present invention can prevent the unauthorized retrieval, reproduction, or display of 
video data transmitted on a video data bus. 

Embodiments of the present invention also provide a method for securely communicating video data among 
particular devices connected to a common video data bus. 

Embodiments of the invention also provide a communication system in which a device connected to a common data 
bus is able to address particular other devices for the transfer of video data thereamong. 

Further, embodiments of the invention provide a communication system in which devices connected to a common 
data bus can issue control signals to other devices to initiate specific types of video data transfers. 

In addition, embodiments of the present invention provide a communication system in which video data signals are 
transmitted on a video data bus without specifically included address signals. 

In embodiments of this invention, in executing a data transfer, the data in said master device is encrypted 
according to an encryption key and the data in said slave device is decrypted according to said encryption key, and 
said slave address and said encryption key are transmitted from said master device to said data bus and said 
encryption key and said slave address are received at said slave device from said data bus with said slave address 
being recognized as corresponding to said slave device. Alternatively, in executing a data transfer, the data in 
said slave device is encrypted according to an encryption key and said data in said master device is decrypted 
according to said encryption key, said master address and said encryption key are transmitted from said slave device 
to said data bus and said master address and said encryption key are received from said data bus at said master 
device with said master address being recognized as corresponding to said master device. 

Embodiments of the invention will now be described, by way of example, with reference to the accompanying 
drawings in which: 

Fig. 1 is a schematic diagram of a video data communication system according to a first embodiment of the 
present invention; 

Figs. 2(a)-(d) are process timing diagrams to which reference will be made in explaining the operation of the 
video data communication system of Fig. 1; 

Figs. 3(a)-(d) are additional process timing diagrams to which reference will be made in explaining the 
operation of the video data communication system of Fig. 1; 

Fig. 4 is a flow diagram to which reference will be made in explaining the general sequence of communication and 
processing conducted by the video data communication system of Fig. 1; 

Fig. 5 is a schematic diagram of a video data communication system according to a second embodiment of the 
present invention; 

Figs. 6(a)-(d) are process timing diagrams to which reference will be made in explaining the operation of the 
video data communication system of Fig. 5; 

Figs. 7(a)-(d) are additional process timing diagrams to which reference will be made in explaining the 
operation of the video data communication system of Fig. 5; 

Fig. 8 is a flow diagram to which reference will be made in explaining the general sequence of communication and 
processing conducted by the video data communication system of Fig. 5; 

Fig. 9 is a schematic diagram of a display device compatible with the video data communication system of Fig. 1; 

Fig. 10 is a schematic diagram of a decoding device compatible with the video data communication system of Fig. 
1; 

Fig. 11 is a schematic diagram of a display device compatible with the video data communication system of Fig. 5; 
and 

Fig. 12 is a schematic diagram of a decoding device compatible with the video data communication system of Fig. 
5. 

A first embodiment of a video data communication system according to the present invention is illustrated in Fig. 
1. As explained in the following, it is preferred that the video data communication system be specifically adapted 
to receive, process, and transmit digital video data. Nevertheless, it should be appreciated that this system can be 
modified to accommodate other digital data or analog signals without departing from the scope of the invention. As 
it is understood that the system can easily be implemented to accommodate other types of data, the following is 
specifically directed towards a digital video data communication system to simplify explanation of the system. 
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The video data communication system is generally comprised of a receiver 21, a data bus 24, and one or more 
peripheral devices. The peripheral devices, depending on their particular configurations, may transmit and/or 
receive control signals and/or video data through data bus 24. Two such peripheral devices are illustrated in Fig. 
1, specifically, a recording/reproducing device 22 and a recording/reproducing device 23. Each of receiver 21, 
device 22, and device 23 are connected to data bus 24 and are capable of transmitting and receiving control signals 
and video data through data bus 24, 

5 Receiver 21 is suited for receiving, descrambling, and decoding an input digital video signal. Specifically, 

receiver 21 is comprised of a tuner 30, a descrambler 31, a switch 32, an input/output port 33, a controller 34, a 
memory 35, a switch 36, and a decoder 37. Preferably, the input digital video signal is a satellite broadcast 
digital video signal acquired by a satellite antenna system. Alternatively, the input digital video signal is 
acquired from any of a number of other transmission media, such as a land-based broadcast system, a cabfe television 
system, or a fiber optic network. 

10 Tuner 30 receives an input digital video signal (not shown) and selects a particular digital video signal or 

channel therefrom. Preferably, tuner 30 can be controlled by a user to select among a number of different video 
signals. Tuner 30 is coupled to descrambler 31, and provides a selected digital video signal thereto. 

Descrambler 31 descrambles a scrambled digital video signal. As is well known in the art, transmitted video 
signals are commonly scrambled or coded by a signal provider to prevent unauthorized reception of the video signal. 

15 Descrambler 31 descrambles, as needed, the selected digital video signal provided by tuner 30 and provides an 
unscrambled version of the digital video signal to switch 32. In an alternate embodiment, a direct connection {not 
shown) between descrambler 31 and decoder 37 is provided to carry the unscrambled signal directly to decoder 37. 

Switch 32 is coupled to descrambler 31, controller 34, and input/output (I/O) port 33. In accordance with a switch 
signal provided by controller 34. switch 32 closes to connect descrambler 31 with I/O port 33. Switch 36 is 
connected to decoder 37, controller 34, and I/O port 33. In accordance with another switch signal provided by 

20 controller 34, switch 36 closes to connect decoder 37 with I/O port 33. I/O port 33 is further coupled to data bus 
24 and controller 34. 

Through closed switch 36, decoder 37 receives a coded digital video signal from I/O port 33. As is well known in 
the art, video signals are commonly compressed or otherwise coded to facilitate their transmission through a 
transmission medium. Decoder 37 decodes, as needed, a coded digital video signal to produce an uncoded digital 
video signal. Decoder 37 provides the uncoded digital video signal to a video display device (not shown) for display 
25 to a user. It is preferred that decoder 37 is adapted to decode digital video signals encoded in accordance with the 
Moving Picture Image Coding Experts Group (MPEG) standard. 

Memory 35 is a storage device for storing one or more security keys. Memory 35 is coupled to controller 34 and 
stores or provides security keys and other data as required by controller 34. In response to commands provided by a 
user, or according to a pre-stored set of instructions, controller 34 transmits or receives address, control and 
30 data signals, through I/O port 33, to or from data bus 24. By manipulating switch signals provided to switches 32 
and 36, controller 34 controls the flow of digital video data through I/O port 33. In an alternate embodiment, 
controller 34 further controls the operation of I/O port 33 directly with I/O port control signals and monitors data 
flowing through I/O port 33. 

Recording/reproducing device 22 is comprised of an I/O port 40A, a switch 41 A, a recording/reproducing section 
42A, a switch 43A, a controller 44A, and a card port 45A. I/O port 40A is coupled to data bus 24, controller 44A. 

35 switch 41 A and switch 43 A. I/O port 40 A routes address, control, and data signals to and from data bus 24 and 
controller 44 A. I/O port 40A routes data signals to switch 41 A and routes data signals from switch 43 A. In an 
alternate embodiment, address and control signals are also routed through I/O port 40A to or from switches 41 A and 
43A. Switch 41 A is further coupled to controller 44 A and section 42A. Similarly, switch 43A is further coupled to 
controller 44A and section 42A. 

According to switch commands from controller 44A, switch 41 A closes to connect I/O port 40A and section 42 A. 

40 Also, according to switch commands from controller 44A, switch 43A closes to connect section 42 A and I/O port 40 A. 
Alternatively, switches 41 A and 43A may be replaced with a single bi-directional switch (not shown) controlled by 
controller 44A and connecting I/O port 40A and section 42A. 

Recording/reproducing section 42A records data supplied through switch 41A. Section 42A reproduces prerecorded 
data and supplies the reproduced data to switch 43A. Preferably, section 42A is a digital video tape 

45 recording/reproducing device (VTR). 

Card port 45A is adapted to mechanically, electronically, or otherwise engage a key card 48 and to obtain security 
key data or other information therefrom. Key card 48, which is shown engaged in device 23 in Fig. 1, comprises an 
active or passive device, as is well known in the art. Card port 45A is coupled to controller 44 A and facilitates 
the communication of signals between controller 44A and an engaged key card. While a key card is not installed in 
card port 45A, card port 45A responds to signals from controller 44A by returning a signal that is not a valid 

50 security key. 

In response to commands provided by a user, or according to a pre-stored set of instructions controller 44A 
transmits to or receives from data bus 24, through I/O port 40A, address, control and data signals. By manipulating 
switch signals provided to switches 41 A and 43 A controller 44 A controls the flow of digital video data through I/O 
port 40A. In an alternate embodiment, controller 44A may control the operation of I/O port 40A directly with I/O 
55 port control signals and monitor data flowing through I/O port 40 A. 

As illustrated, device 23 is substantially the same as device 22, like elements being denoted by like reference 
numerals with the exception of the terminating letter A and B. Key card 48, shown attached to card port 45B of 
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device 23, stores a valid security key corresponding to a security key stored in memory 35. 

Operation of the first embodiment of the video data communication system will be described below. One of the most 
important features of this first embodiment is that each signal transmitted via data bus 24 is accompanied by an 
address signal corresponding to an address of a particular device, each device attached to data bus 24 having at 
least one address. Communication of signals between selected devices includes communication of an address of the 
device intended as the recipient of the transmitted signal. Each device connected to data bus 24 reads or writes, as 

5 appropriate, signals on data bus 24 when the device detects its own address on the bus. Signals accompanying 
addresses for other devices are ignored. In this manner, data are securely transferred between a transmitting device 
and a selected destination device. 

This communication protocol allows for many different sequences of signal transfer between devices connected to 
data bus 24. Examples of these signal transfer sequences, implemented in different modes of operation of the present 
invention, will be described in detail below. In one mode of operation, broadcast digital video data signals are 

10 received by receiver 21 and transmitted to data bus 24 for display by a display device (not shown), for recording by 
a recording device, or for other signal processing. In another mode, prerecorded video data are reproduced by a 
peripheral device and transmitted to a decoding device for decoding and subsequent display. In still another mode, 
prerecorded video data are reproduced by one peripheral device and transmitted to another peripheral device which 
records the video data. 

In a first broadcast display mode, receiver 21 receives a broadcast signal and suitably processes it for display 
15 by a video display (not shown). Tuner 30 selectively receives a broadcast signal and supplies the signal to 
descrambler 31. Descrambler 31 descrambles the broadcast signal and provides a descrambled version of the signal to 
switch 32. Controller 34 outputs switch signals that cause switches 32 and 36 to close and outputs I/O port control 
signals to cause I/O port 33 to couple switches 32 and 36 together. The descrambled video signal propagates through 
switch 32, I/O port 33, and switch 36, to decoder 37. Decoder 37 decodes the descrambled video signel and supplies 
20 the decoded signal to a video display (not shown). When a direct connection between descrambler 31 and decoder 37 
is provided, the descrambled signal is supplied directly to decoder 37, bypassing switch 32, switch 36, and I/O port 
33. 

In a second broadcast display mode, receiver 21 receives a broadcast video signal and supplies the broadcast 
signal to a display device (not shown) connected to data bus 24. An example of such a display device is illustrated 
in Fig. 9 and will be described in detail in a later section. As in the first broadcast display mode, tuner 30 

25 selectively receives a broadcast signal and provides the signal to descrambler 31. Descrambler 31 descrambles the 
broadcast video signal to produce a descrambled video signal. Controller 34 issues an address signal corresponding 
to a selected display device and a display command, and appropriately manipulates I/O port 33 to route the address 
signal and display command to data bus 24. 

The display device (not shown in Fig. 1) reads the address on data bus 24, recognizes the address as its own, and 
reads the accompanying display command from data bus 24. The display device processes the display command to 

30 generate an ACK signal and transmits an address of receiver 21 along with the ACK signal to data bus 24. The address 
and ACK signal supplied by the display device are received by controller 34 via I/O port 33. 

Controller 34 retrieves a security key from memory 35 and generates a KEYCMD signal as a function of the display 
command and the retrieved security key. The KEYCMD signal is then compared to the received ACK signal. If the ACK 
signal is equal to the KEYCMD signal, then controller 34 transmits an address corresponding to the display device to 
data bus 24. Controller 34 also issues a switch command to switch 32, causing it to close, and an I/O port control 
signal to I/O port 33, causing it to couple switch 32 with data bus 24. Descrambled video signal transmitted from 
descrambler 31 propagates through switch 32 and I/O port 33 to data bus 24. 

The address signal on data bus 24 is recognized by the display device and the subsequently transmitted video data 
are received, processed, and displayed. Other peripheral devices connected to data bus 24 do not read the video data 
present on the bus if the address signal does not correspond to one of their own respective addresses. 

40 In a recording mode of operation, receiver 21 receives a broadcast signal and transmits the broadcast signal via 

data bus 24 to a particular peripheral device which records the signal. Controller 34 configures I/O port 33 to couple 
controller 34 with data bus 24 and then transmits an address of a particular recording device along with a record 
command to data bus 24. Assuming, for example, that the address transmitted corresponds to an address of device 22, 
controller 44A, through I/O port 40A, reads the address on data bus 24, recognizes the address as its own, and reads 
the accompanying record command from data bus 24. Controller 44 A processes the record command to generate an 

45 acknowledge (ACK) signal. 

Specifically, controller 44A polls card port 45A for a security key and generates an ACK signal as a function of 
the received record command and the signal returned by card port 45A. Controller 44A then transmits an address of 
receiver 21 and the ACK signal via I/O port 40A to data bus 24. The address and ACK signal supplied by device 22 are 
received by controller 34 via I/O port 33. 

50 Controller 34 retrieves a security key from memory 35 and generates a KEYCMD signal as a function of the record 

command and the retrieved security key. The KEYCMD signal is then compared to the received ACK signal. If the ACK 
signal is equal to the KEYCMD signal, then controller 34 transmits an address signal of the particular recording 
device to data bus 24 through I/O port 33 and configures switch 32 and I/O port 33 for the transmission of 
descrambled video data from descrambler 31 to data bus 24 to initiate the transfer of video data. If the ACK 
signal is not equal to the KEYCMD signal, then controller 34 issues a switch command signal, causing switch 32 to 

55 open, to prevent the flow of descrambled broadcast video data to data bus 24. 

Since, as illustrated in Fig. 1, card port 45A of device 22 is not coupled to a card key containing a correct 



Printed irom Mimosa page -5- 



EP 0 684 721 B1 

security key, controller 44A will generate an ACK signal which is not equal to the KEYCMD signal produced by 
controller 34 and no video data transfer will occur. Thus, the supply of descrambled broadcast video data to a 
particular recording device depends upon the installation of an appropriate key card in the card port of the 
particular device. 

When device 23 is selected to record broadcast video data, controller 34 outputs an address of device 23 to data 
bus 24 through I/O port 33 along with a record command. Controller 44B, through I/O port 40B, reads the address on 
data bus 24, recognizes the address signal as its own and reads the accompanying record command. Controller 44B 
retrieves a security key from key card 48 via card port 45B. Controller 44B generates an ACK signal as a function cf 
the received record command and the retrieved security key. Controller 44B transmits an address of receiver 21 and 
the ACK signal to data bus 24 through I/O port 40 B. 

As above, controller 34 reads the address signal and the ACK signal, generates a KEYCMD signal, and compares 
the ACK and KEYCMD signals. If the security key contained in key card 48 corresponds to the security key contained 
in memory 35, the ACK signal and the KEYCMD signal are equal. Meanwhile, controller 44B supplies a switch control 
signal to switch 41 B, causing it to close, thereby connecting I/O port 40B with recording/reproducing section -42B. 
Further, I/O port 40B is configured to route video data from data bus 24 to section 42B. After verifying that the 
two security keys correspond, controller 34 facilitates the transmission of an address of device 23 and descrambled 
broadcast video data to device 23. 

Controller 44B, through I/O port 40B, reads the address on data bus 24 and recognizes the address signal as its 
own. The accompanying descrambled video data on data bus 24 is retrieved and passed through I/O port 40B and 
switch 41B to section 42B for recording. As a result recording devices having the selected address and provided 
with a key card 48 having the correct security key retrieve and record video data supplied by receiver 21. 

In a playback mode of operation, receiver 21 initiates the playback of prerecorded video data from a peripheral 
device. Controller 34 ; transmits an address signal, corresponding to an address of a particular peripheral device, 
along with a playback command to data bus 24 through I/O port 33. Assuming, for example, that the address signal 
corresponds to an address of device 22, controller 44A, through I/O port 40A, reads the address on data bus 24, 
recognizes the address as its own, and reads the accompanying playback command from data bus 24. As described 
previously, controller 44A generates an ACK signal as a function of the playback command and a signal provided by 
card port 45A. Controller 44A then transmits an address of receiver 21 and this ACK signal via I/O port 40A tadata 
bus 24. Controller 44A also issues a switch control signal to switch 43A causing it to close, and configures I/O 
port 40 A to connect data bus 24 and switch 43 A. 

Controller 34, through I/O port 33, reads the address on data bus 24, recognizes the address as. its own, and reads 
the accompanying ACK signal. Controller 34 retrieves a security key from memory 35 and generates a KEYCMD signal 
as a function of the playback command and the retrieved security key. The received ACK signal is compared to the 
KEYCMD signal and, if they are equal, controller 34 issues a switch control signal to switch 36, causing it to 
close, and issues an I/O port control signal to I/O port 33, causing it to route signals from data bus 24 to switch 
36: However, if the ACK signal does not equal the KEYCMD signal, then controller 34 issues a switch control signal 
which causes switch 36 to open. 

Since device 22, as shown in Fig. 1. is not engaged with a key card having a correct security key, the ACK signal 
it produces will not be equivalent to the KEYCMD signal produced by controller 34. Even though recording/reproducing 
section 42A may output prerecorded video data to data bus 24 via switch 43A and I/O port 40A, the data will not 
reach decoder 37, since switch 36 will have been opened. 

'in the case where controller 34 initially issues an address corresponding to device 23, controller 44B reads and 
recognizes the address, reads the accompanying playback command, and polls card port 45 B. Key card 48, having a 
security key corresponding to that stored in memory 35, supplies the security key to controller 44B through card 
port 45B. Controller 44B generates an ACK signal as a function of the received playback command and the security 
key received from key card 48. The ACK signal and the address of receiver 21 are transmitted via data bus 24 to 
controller 34 and switch 43B is closed. Controller 34 reads and recognizes the address, reads the accompanying ACK 
signal, and generates a KEYCMD signal as a function of the playback command and a security key obtained from 
memory 35. In this instance, the ACK signal and the KEYCMD signal are equal, and accordingly, controller 34 causes 
switch 36 to dose. 

Controller 44B outputs an address of receiver 21 and recording/reproducing section 42 B outputs a prerecorded 
video data signal to data bus 24. Controller 34 reads and recognizes the address. The accompanying video data signal 
is retrieved from data bus 24 and supplied through I/O port 33 and switch 36 to decoder 37. Decoder 37 decodes the 
prerecorded video data signal and supplies the decoded signal to a video display device (not shown). Receiver 21 
thus decodes data reproduced by a peripheral device in which a key card having a correct security key is installed. 

The signal processing and exchange of messages in receiver-initiated data transfers is summarized in Figs. 2(a) - 
(d). In each of Figs. 2(a) - (d), the time axis runs positive in the direction indicated by the arrow. Although not 
explicitly mentioned in the following discussion, it should be understood that each communication between devices 
includes an address of the device to which the communication is being sent. 

Fig. 2(a) illustrates the interaction between receiver 21 and device 22 of Fig. 1 when receiver 21 initiates video 
data recording. In Fig. 2(a) receiver 21 first issues a record command to device 22. Receiver 21 then processes the 
record command in conjunction with a security key retrieved from memory 35 to produce a KEYCMD signal. Device 22 
receives the record command and similarly processes it in conjunction with a security key retrieved from card port 
45A to produce an ACK signal. Device 22 then transmits the ACK signal to receiver 21 . Receiver 21 compares the 
received ACK signal with the KEYCMD signal to determine if they are equal. Since a key card having a correct 
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security key is not installed in device 22, the KEYCMD signal and the ACK signal are not equal. As a result, 
receiver 21 determines that the ACK signal is "no good" (NG) and no data is output by receiver 21 . 

In Fig. 2(b), receiver 21 transmits a record command to device 23. As in the manner previously described, both 
receiver 21 and device 23 process the recording command to produce, respectively, a KEYCMD signal and an ACK 
signal. Device 23 transmits the ACK signal to receiver 21. Receiver 21 compares the KEYCMD signal and the received 
ACK signal. Since device 23 is engaged with a key card having a correct security key, the ACK signal and the 

5 KEYCMD are equal. Receiver 21 determines that the ACK signal is thus "OK" and initiates the transmission of video 
data to device 23. Device 23 records the video data it receives. 

Figs. 2(c) and 2(d) illustrate the sequence of steps which occur when receiver 21 issues a playback command to a 
peripheral device. In Fig. 2(c), receiver 21 transmits a playback command to device 22. Receiver 21 processes the 
playback command in conjunction with a security key retrieved from memory 35 to produce a KEYCMD signal. Device 
22 1 processes the received playback command in conjunction with a security key retrieved from card port 45A to 

10 produce an ACK signal. Device 22 transmits the ACK signal to receiver 21. Receiver 21 compares the KEYCMD signal 
with the received ACK signal to determine if they are equal. Since a key card containing a correct security key is 
not installed in device 22, the ACK signal is not equal to the KEYCMD signal. Accordingly, receiver 21 determines 
that the ACK signal is "no good" (NG). Nonetheless, device 22 reproduces a prerecorded video signal and transmits 
the reproduced video data to receiver 21. Receiver 21 rejects the video data. 

In Fig. 2(d), receiver 21 transmits a playback command to device 23. Receiver 21 process the playback command, 

15 as before, to produce a KEYCMD signal. Device 23 processes the received playback command in conjunction with a 
security key retrieved from card port 45B to produce an ACK signal. Device 23 transmits this ACK signal to receiver 
21; Receiver 21 compares the KEYCMD signal to the received ACK signal to determine if they are equal. Since key 
card 48 is engaged in device 23 and key card 48 contains a valid security key, the ACK signal and the KEYCMD signal 
are equal. Accordingly, receiver 21 determines that the ACK signal is "OK". Device 23 reproduces a prerecorded video 

20 signal and transmits the reproduced video data to receiver 21. Receiver 21 accepts the video data from device 23 and 
decodes it, as described with reference to Fig. 1 . 

The signal processing and exchange of messages in peripheral device-initiated data transfers is summarized in 
Figs. 3(a)-(d). In each of Figs. 3(a)-(d), the time axis runs positive in the direction indicated by the arrow. Each 
communication between the devices includes an address of the device to which the communication is being sent. 

Figs. 3(a) and 3(c) illustrate the interaction between device 22 and receiver 21 of Fig. 1 when device 22 

25 initiates the transfer of video data. In Fig. 3(a), device 22 first issues a send data command to receiver 21. 
Device 22 then processes the send data command in conjunction with a security key retrieved from card port 45A to 
produced a KEYCMD signal. Receiver 21 receives the send data command and similarly processes it in conjunction 
with a security key retrieved from memory 35 to produce an ACK signal. Receiver 21 then transmits the ACK signal to 
device 22. Device 22 compares the received ACK signal with the KEYCMD signal to determine if they are equal. Since 
a key card having a correct security key is not installed in device 22, the KEYCMD signal and the ACK signal are not 

30 equal. As a result, device 22 determines that the ACK signal is "no good" (NG). Nonetheless, receiver 21 attempts to 
transmit broadcast video data to device 22. Device 22 rejects the video data. 

In Fig. 3(c), device 22 first transmits a receive data command to receiver 21. Device 22 then processes the 
receive data command in conjunction with a security key retrieved from card port 45A to produce a KEYCMD signal. 
Receiver 21 receives the receive data command and similarly processes it in conjunction with a security key 

35 retrieved from memory 35 to produce an ACK signal. Receiver 21 then transmits the ACK signal to device 22. Device 
22 compares the received ACK signal with the KEYCMD signal to determine if they are equal. Since a key card having 
a correct security key is not installed in device 22, the KEYCMD signal and the ACK signal are not equal. As a 
result, device 22 determines that the ACK signal is "no good" (NG) and no data is output by device 22. 

Figs. 3(b) and 3(d) each illustrate the sequence of operations that occur when device 23 issues a command to 
receiver 21. In Fig. 3(b), device 23 first transmits a send data command to receiver 21. Device 23 processes the 

40 send data command in conjunction with a security key retrieved from card port 45B to produce a KEYCMD signal. 
Receiver 21 processes the send data command in conjunction with a security key retrieved from memory 35 to produce 
an ACK signal. Receiver 21 then transmits the ACK signal to device 23. Device 23 compares the KEYCMD signal with 
the received ACK signal to determine if they are equal. Since key card 48 is engaged in device 23 and key card 48 
contains a valid security key, the ACK signal and the KEYCMD signal are equal. Accordingly, device 23 determines 
that the ACK signal is "OK". Receiver 21 transmits video data to device 23 which records the video data. 

45 In Fig. 3(d), device 23 first transmits a receive data command to receiver 21. Device 23 processes the receive 

data command in conjunction with a security key retrieved from card port 45B to produce a KEYCMD signal. Receiver 
21 processes the receive data command in conjunction with a security key retrieved from memory 35 to produce an 
ACK signal Receiver 21 then transmits the ACK signal to device 23. Device 23 compares the KEYCMD signal with the 
received ACK signal to determine if they are equal. Since key card 48 is engaged in device 23 and key card 48 

50 contains a valid security key, the ACK signal and the KEYCMD signal are equal. Accordingly, device 23 determines 
that the ACK signal is "OK*. Device 23 reproduces a prerecorded video signal and transmits the reproduced video data 
to receiver 21. Receiver 21 accepts the video data from device 23 and processes it, as described above. 

In a dubbing mode, two peripheral devices, each installed with a key card having the same security key, reproduce 
and record, respectively, prerecorded video data. A master peripheral device initiates a video data transfer by 
transmitting to data bus 24 an address of a slave peripheral device along with a record command or a playback 

55 command. As described in the preceding, the slave device reads and recognizes the address, configures itself 
according to the command, and returns an address and an ACK signal. As also described in the preceding, the master 
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device reads and recognizes the address and processes the ACK signal to determine its validity. If the ACK signal is 
"OK" then a data transfer according to the command is executed; otherwise, no data transfer occurs. 

The communication protocol of the apparatus of Fig. 1 is summarized in the flow diagram of Fig. 4. For ease of 
explanation, the term "Master" is employed to indicate the device which initiates a data transfer. The term "Slave" 
is employed to indicate the device which is addressed by the Master. 

In step S1. the Master transmits an address of the Slave and a command to data bus 24. In step S2, the Slave 

5 receives the command and the Master and the Slave separately process the command in accordance with security key 
data obtained locally. The Master produces a KEYCMD signal as a function of the command and its security key. The 
Slave produces an ACK signal as a function of the received command and its security key. 

In step S3, the Slave transmits an address of the Master and the ACK signal to data bus 24. In step S4, the Master 
receives the ACK signal and determines whether the ACK signal is equal to the KEYCMD signal. If the two signals are 
not equal, then processing follows step S5; otherwise, processing follows step S6. In step S5, the Master inhibits 

10 or simply does not execute a video data transfer between the Master and the Slave. In step S6, the Master executes a 
video data transfer by transmitting an address of the Slave and video data to the Slave, or by receiving and 
recognizing its own address and receiving video data transmitted by the Slave. 

A second embodiment of a video data communication system according to the present invention is illustrated in Fig. 
5. Such video data communication system is comprised of a receiver 25, a data bus 24, and one or more peripheral 

15 devices. The peripheral devices may transmit and/or receive control signals and/or video data through data bus 24. 
Two such peripheral devices are illustrated in Fig. 5, specifically, a recording/reproducing device 26 and a 
recording/reproducing device 27. Each of receiver 25, device 26, and device 27 is connected to data bus 24 and is 
capable of transmitting and receiving control signals and video data through data bus 24. 

Receiver 25 is suited for receiving, descrambling, enciphering, deciphering, and decoding an input digital video 
signal. Specifically, receiver 25 is comprised of a tuner 30, a descrambler 31, a switch 32, an I/O port 33, a 

20 controller 134, a memory 35, a switch 36, an encipherer 38, a decipherer 39, and a decoder 37. Elements of Fig. 5 
having the same structure and function as the corresponding elements of Fig. 1 are indicated by the same reference 
numeral used in Fig. 1. Tuner 30 is coupled to descrambler 31. Descrambler 31 descrambles, as needed, the selected 
digital video signal provided by tuner 30 and provides an unscrambled version of the digital video signal to 
encipherer 38. 

Encipherer 38 is coupled to descrambler 31, controller 134, and switch 32. Utilizing an encryption key provided by 
25 controller 134, encipherer 38 encrypts the descrambled video signal provided by descrambler 31. The encrypted video 
signal is provided to switch 32. 

Switch 32 is further connected to controller 134 and I/O port 33. Switch 36 is coupled to controller 134, 
decipherer 39 and I/O port 33. I/O port 33 is further connected to data bus 24 and to controller 134. 

Decipherer 39 is coupled to controller 134 and decoder 37. Decipherer 39 receives an encryption key from 
30 controller 134 to decrypt video data provided from switch 36. Decipherer 39 supplies decrypted video data to decoder 
37. Decoder 37 provides uncoded digital video signal data to a video display device (not shown). 

Controller 134 is coupled to memory 35. In response to commands provided by a user, or according to a prestored 
set of instructions, controller 134 transmits to or receives from data bus 24, through I/O port 33, address, control 
and data signals. By manipulating switch signals provided to switches 32 and 36, controller 1 34 controls the flow of 
digital video data through I/O port 33. In an alternate embodiment (not shown), controller 134 directly controls the 
35 operation of I/O port 33 with I/O port control signals and monitors data flowing through I/O port 33. 

Controller 134 additionally controls the encryption and decryption of video data by receiver 25. Controller 134 
provides an encryption key to encipherer 38 for the encryption of descrambled video data. Similarly, controller 134 
provides an encryption key to decipherer 39 to decrypt the video data supplied through switch 36. As detailed below, 
the encryption key is either retrieved from memory 35 or from data bus 24. 
4 q Recording/reproducing device 26 is comprised of an I/O port 40A a switch 41 A, a recording/reproducing section 

42A, a switch 43A a controller 144A, a card port 45A, a decipherer 46A, and an encipherer 47A. I/O port 40A is 
coupled to data bus 24, controller 144A, switch 41 A, and switch 43A. I/O port 40 A routes address, control and data 
signals to and from data bus 24 and controller 144A. Switch 41 A is further coupled to controller 144 A and decipherer 
46A. Switch 43A is further coupled to controller 144A and encipherer 47A. Controller 144A is coupled to card port 
45A, decipherer 46A and encipherer 47A Recording/ reproducing section 42A is coupled to decipherer 46A and 
45 encipherer 47A. 

Decipherer 46 A receives an encryption key from controller 144 A and encrypted video data from switch 
41 A. Decipherer 46A decrypts the encrypted data according to the encryption key and provides decrypted data to 
section 42A. Encipherer 47A receives an encryption key from controller 144A and video data from section 42A. 
Encipherer 47A encrypts the video data according to the encryption key and provides the encrypted video data to 
switch 43A. 

In response to commands provided by a user or according to a prestored set of instructions, and in dependence 
upon signals supplied by card port 45A, controller 144A transmits to or receives from data bus 24, through I/O port 
40A, address, control and data signals. By manipulating switch signals provided to switches 41 A and 43A, controller 
144A controls the flow of digital video data through I/O port 40A in an alternate embodiment (not shown), 
controller 144A further directly controls the operation of I/O port 40A with I/O port control signals and monitors 
55 data flowing through I/O port 40A. 

As illustrated, device 27 is substantially the same as device 26, like elements being denoted by like reference 
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numerals with the exception of the terminating letter A and B. Key card 48, which is shown attached to card port 45B 
of device 27, stores a valid security key corresponding to a security key stored in memory 35. 

Operation of the second embodiment of the video data communication system will be described below. One of the 
most important features of this second embodiment is that each signal, except video data signals, transmitted via 
data bus 24 is accompanied by an address signal corresponding to an address of a particular device. As in the first 
embodiment, each device attached to data bus 24 is assigned a particular address. Video data is transmitted to data 

5 bus 24 in an encrypted form but without an address. Each device connected to data bus 24 and capable of receiving 
data therefrom has access to encrypted data on data bus 24. However, only devices having a correct encryption key 
can decrypt the encrypted video data. In this manner, encrypted video data is provided to devices connected to data 
bus 24 but only devices having a correct encryption key can decrypt and utilize the video data. The encryption key 
may be stored in each decrypting device or provided by the device supplying the encrypted data. 

This communication protocol allows for many different sequences of signal transfer between devices connected to 

10 data bus 24. Examples of these signal transfer sequences, implemented in different modes of operation of the present 
invention, will be. described in detail below. In one mode of operation, broadcast digital video data signals are 
received by receiver 25, encrypted, and transmitted to data bus 24 for receipt by a peripheral device which decrypts 
the signals and displays, records, or otherwise processes the decrypted data. In another mode, prerecorded video data 
are reproduced, encrypted, and transmitted by a peripheral device to a decoding device for decryption, decoding, and 
subsequent display. In still another mode, prerecorded video data are reproduced, encrypted, and transmitted by one 

15 peripheral device to another peripheral device which decrypts and records the video data. 

tn a broadcast encrypt/decrypt display mode, receiver 25 receives a broadcast video signal and supplies the 
broadcast signal to a decryption display device (not shown on Fig. 5) connected to data bus 24. An example of such a 
decryption display device is illustrated in Fig. 11 and will be described in detail in a later section. Tuner 30 
selectively, receives a broadcast signal and provides the signal to descrambter 31. Descrambler 31 descrambles the 

20 broadcast video signal and provides a descrambled version of the signal to encipherer 38. 

Controller 134 configures I/O port 33 to couple controller 134 with data bus 24 and then transmits an address of a 
particular display device along with a display command to data bus 24. The display device (not shown in Fig. 5) 
reads the address on data bus 24, recognizes the address as its own, and reads the accompanying display command 
from data bus 24. The display device processes the display command to generate an ACK signal and transmits an 
address of receiver 25 along with the ACK signal to data bus 24. The address and ACK signal supplied by the display 

25 device are received by controller 134 via I/O port 33. 

Controller 134 retrieves a security key from memory 35 and generates a KEYCMD signal as a function of the display 
command and the retrieved security key. The KEYCMD signal is then compared to the received ACK signal. If the ACK 
signal is equal to the KEYCMD signal, then controller 134 transmits an address signal, corresponding to the selected 
display device, along with an encryption key, and appropriately manipulates I/O port 33 to route the address signal 
and the encryption key to data bus 24. 

30 Controller 134 provides the encryption key to encipherer 38. Encipherer 38 encrypts the descrambled signal 

according to the encryption key and provides an encrypted signal to switch 32. Controller 134 also issues a switch 
command to switch 32, causing it to close, and an I/O port control signal to I/O port 33, causing it to couple 
switch 32 with data bus 24. 

The encrypted video signal transmitted from encipherer 38 propagates through switch 32 and I/O port 33 to data bus 
35 24. The address signal on data bus 24 is recognized by the display device and the subsequently transmitted 
encryption key is received and stored. Encrypted video signal is retrieved from data bus 24 and is decrypted 
according to the received encryption key, processed, and displayed. Other peripheral devices connected to data bus 
24 read the video data present on data bus 24, however, only a device which possesses a correct encryption key can 
decrypt the data. 

In an alternate embodiment, the receiver does not transmit an address along with the encryption key to the data 
40 bus and instead the encryption key is prestored in the display device. The encrypted data is still transmitted to 
data bus 24 without an address. 

In an encrypt/decrypt recording mode of operation, receiver 25 receives a broadcast signal, encrypts the signal 
according to an encryption key, and transmits the key and the encrypted signal via data bus 24 to a particular 
peripheral device which records the signal. Specifically, controller 134 configures I/O port 33 to couple controller 
45 134 with data bus 24 and then transmits an address of a particular recording device along with a record command to 
data bus 24. Assuming, for example, that the address transmitted corresponds to an address of device 26, controller 
144 A, through I/O port 40A, reads the address on data bus 24, recognizes the address as its own, and reads the 
accompanying record command from data bus 24. Controller 144 A processes the record command to generate an 
ACK signal. 

Specifically, controller 144A polls card port 45A for a security key and generates an ACK signal as a function of 
50 the received record command and the signal returned by card port 45A. Controller 144A then transmits an address of 
receiver 25 and the ACK signal via I/O port 40A to data bus 24. The address and ACK signal supplied by device 26 is 
received by controller 134 via I/O port 33. 

Controller 134 retrieves a security key from memory 35 and generates a KEYCMD signal as a function of the record 
command and the retrieved security key. The KEYCMD signal is then compared to the received ACK signal. If the ACK 
signal is equal to the KEYCMD signal, then controller 134 transmits an address signal of the particular recording 
55 device along with the encryption key to data bus 24 through I/O port 33 and configures switch 32 and I/O port 33 for 
the transmission of encrypted video data from encipherer 38 to data bus 24 to initiate the transfer of video data. 
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tf the ACK signal is not equal to the KEYCMD signal, then controller 134 issues a switch command signal, causing 
switch 32 to open, to prevent the flow of encrypted broadcast video data to data bus 24. 

Since, as illustrated in Fig. 5, card port 45A of device 26 is not coupled to a card key containing a correct 
security key, controller 144A will, in that case, generate an ACK signal which is not equal to the KEYCMD signal 
produced by controller 134 and no video data transfer will occur. Thus, the supply of encrypted broadcast video data 
to a particular recording device depends upon the installation of an appropriate key card in the card port of the 
5 particular device. 

When device 27 is selected to record broadcast video data, controller 134 outputs an address of device 27 along 
with a record command to data bus 24 through I/O port 33. Controller 144B, through I/O port 40B reads the address on 
data bus 24, recognizes the address signal as its own, and reads the accompanying record command. Controller 144B 
retrieves a security key from key card 48 via card port 45B. Controller 144B generates an ACK signal as a function 
of the received record command and the retrieved security key. Controller 144B transmits an address of receiver 25 

10 and the ACK signal to data bus 24 through I/O port 40B. 

As above, controller 134 reads the address signal and the ACK signal, generates a KEYCMD signal, and compares 
the ACK and KEYCMD signals. If the security key contained in key card 48 corresponds to the security key contained 
in memory 35, the ACK signal and the KEYCMD signal are equal. Meanwhile, controller 144B supplies a switch control 
signal to switch 41 B, causing it to close, thereby connecting I/O port 40B with decipherer 46B. Further, I/O port 
40B is configured to route video data from data bus 24 to decipherer 46B. After verifying that the two security keys 

15 correspond, controller 134 facilitates the transmission to device 27 of an address of device 27 along with an 
encryption key followed by encrypted video data without an address. 

Controller 144B, through I/O port 40B, reads the address on data bus 24, recognizes the address as its own, and 
reads the accompanying encryption key from data bus 24. Controller 144B supplies the encryption key to decipherer 
46 B. Encrypted video data on data bus 24 is retrieved and passed through I/O port 40B and switch 41 B to decipherer 

20 46B for deciphering according to the retrieved encryption key. Decipherer 46B supplies decrypted video data to 
section 42B for recording. As a result, recording devices having the selected address and provided with a key card 
48 having a correct security key retrieve, decrypt, and record encrypted video data supplied by receiver 25. 

In a playback mode of operation, receiver 25 initiates the playback of prerecorded data from a peripheral device. 
Controller 134 transmits an address signal, corresponding to an address of a particular peripheral device, along 
with a playback command to data bus 24 through I/O port 33. Assuming, for example, that the address signal 

25 corresponds to an address of device 26, controller 144A, through I/O port 40A, reads the address on data bus 24, 
recognizes the address as its own, and reads the accompanying playback command from data bus 24. As described 
previously, controller 144A generates an ACK signal as a function of the playback command and a signal provided by 
card port 45A. Controller 144A then transmits an address of receiver 25 and this ACK signal via I/O port 40A to data 
bus 24. Controller 144A also issues a switch control signal to switch 43A, causing it to close and configures I/O 
port 40 A to connect data bus 24 and switch 43 A. 

30 Controller 134, through I/O port 33. reads the address on data bus 24, recognizes the address as its own, and 

reads the accompanying ACK signal. Controller 134 retrieves a security key from memory 35 and generates a 
KEYCMD signal as a function of the playback command and the retrieved security key. The received ACK signal is 
compared to the KEYCMD signal and, if they are equal, controller 134 issues a switch control signal to switch 36, 
causing it to close, and issues an I/O port control signal to I/O port 33, causing it to route signals from data bus 

35 24 to switch 36. However, if the ACK signal does not equal the KEYCMD signal, then controller 134 issues a switch 
control signal which causes switch 36 to open. 

Since a key card having a correct security key is not installed in device 26, the ACK signal produced by device 26 
will not be equivalent to the KEYCMD signal produced by controller 134. Even though recording/reproducing section 
42A may output encrypted prerecorded video data to data bus 24 via switch 43A and I/O port 40A, the data will not 
reach decoder 37, since switch 36 will have been opened. 

40 In the case where controller 134 initially issues an address corresponding to device 27, controller 144B reads and 

recognizes the address, reads the accompanying playback command, and polls card port 45 B. Key card 48, having a 
security key corresponding to that stored in memory 35, supplies the security key to controller 144B through card 
port 45B. Controller 144B generates an ACK signal as a function of the received playback command and the security 
key received from key card 48. The ACK signal and the address of receiver 25 are transmitted via data bus 24 to 
controller 134 and switch 43B is dosed. Controller 134 reads and recognizes the address, reads the accompanying 

45 ACK signal, and generates a KEYCMD signal as a function of the playback command and a security key obtained from 
memory 35. In this instance, the ACK signal and the KEYCMD signal are equal, and accordingly, controller 134 causes 
switch 36 to close. 

Controller 144B outputs an address of receiver 25 along with an encryption key to data bus 24. 
Recording/reproducing section 42B outputs a prerecorded video data signal to encipherer 47 B which encrypts the 
50 signal according to the encryption key. Encipherer 47B outputs an encrypted data signal to data bus 24 via switch 
43B and I/O port 40B. 

Controller 134 reads and recognizes the address and retrieves the accompanying encryption key. Controller 134 
provides the encryption key to decipherer 39. The encrypted video data signal is retrieved from data bus 24 and 
supplied through I/O port 33 and switch 36 to decipherer 39. Decipherer 39 decrypts the encrypted signal according 
to the encryption key and supplies a decrypted video signal to decoder 37. Decoder 37 decodes the prerecorded video 
55 data signal and supplies the decoded signal to a video display (not shown). Receiver 25 thus decrypts and decodes 
video data reproduced by a peripheral device in which a key card having a correct security key is installed. 
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In each of the above modes, it is alternately contemplated that one or more of the I/O ports has a fixed and 
inflexible structure which prevents its manipulation by a connected controller. In each of the above modes, it is 
further alternately contemplated that an address and the encryption key are not transmitted prior to the 
transmission of encrypted video data, but rather that the encryption key is prestored in the device which retrieves 
the encrypted video data. 

The signal processing and interchange of messages in receiver-initiated data transfers according to the embodiment 

5 of the invention shown in Fig. 5 are diagram matically represented in Figs. 6(a) - (d). In each of Figs. 6(a) - (d), the 
time axis runs positive in the direction indicated by the arrow. Although not explicitly mentioned in the following 
discussion, it should be understood that each communication between devices, with the exception of encrypted video 
data, includes an address of the device to which the communication is being sent. 

Fig. 6(a) illustrates the interaction between receiver 25 and device 26 of Fig. 5 when receiver 25 initiates video 
data recording. In Fig. 6(a) receiver 25 first issues a record command to device 26. Receiver 25 then processes the 

10 record command in conjunction with a security key retrieved from memory 35 to produce a KEYCMD signal. Device 26 
receives the record command and similarly processes it in conjunction with a security key retrieved from card port 
45A to produce an ACK signal. Device 26 then transmits the ACK signal to receiver 25. Receiver 25 compares the 
received ACK signal with the KEYCMD signal to determine if they are equal. Since a key card having a correct 
security key is not installed in device 26, the KEYCMD signal and the ACK signal are not equal. As a result, 
receiver 25 determines that the ACK signal is "no good" (NG) and no data is output by receiver 25. 

15 in Fig. 6(b), receiver 25 transmits a record command to device 27. As in the manner previously described, both 

receiver 25 and device 27 process the recording command to produce, respectively, a KEYCMD signal and an ACK 
signal. Device 27 transmits the ACK signal to receiver 25. Receiver 25 compares the KEYCMD signal and the received 
ACK signal. Since device 27 is engaged with a key card having a correct security key, the ACK signal and the 
KEYCMD are equal Receiver 25 determines that the ACK signal is thus "OK" and transmits an encryption key to 

20 device 27. Receiver 25 also sends encrypted video data to data bus 24. Device 27 retrieves, decrypts, and records 
the encrypted video data. 

Figs. 6(c) and 6(d) illustrate the sequence of steps which occur when receiver 25 issues a playback command to a 
peripheral device. In Fig. 6(c), receiver 25 transmits a playback command to device 26. Receiver 25 processes the 
playback command in conjunction with a security key retrieved from memory 35 to produce a KEYCMD signal. Device 
26 processes the received playback command in conjunction with a security key retrieved from card port 45A to 
25 produce an ACK signal. Device 26 transmits the ACK signal to receiver 25. Receiver 25 compares the KEYCMD signal 
with the received ACK signal to determine if they are equal. Since a key card containing a correct security key is 
not installed in device 26, the ACK signal is not equal to the KEYCMD signal. Accordingly, receiver 25 determines 
that the ACK signal is "no good" (NG). Nonetheless, device 26 attempts to send an encryption key and encrypted 
reproduced video signal data to receiver 25 via data bus 24, but receiver 25 does not retrieve the key and the video 
data. 

30 In Fig. 6(d), receiver 25 transmits a playback command to device 27. Receiver 25 process the playback command, 

as before, to produce a KEYCMD signal. Device 27 processes the received playback command in conjunction with a 
security key retrieved from card port 45B to produce an ACK signal. Device 27 transmits this ACK signal to receiver 
25. Receiver 25 compares the KEYCMD signal to the received ACK signal to determine if they are equal. Since key 
card 48 is engaged in device 27 and key card 48 contains a valid security key, the ACK signal and the KEYCMD signal 
are equal. Accordingly, receiver 25 determines that the ACK signal is "OK". Device 27 reproduces a prerecorded video 
signal and transmits an encryption key and encrypted reproduced video data to receiver 25. Receiver 25 accepts the 
encryption key and retrieves the encrypted video data. 

The signal processing and interchange of messaging in device-initiated data transfers according to the second 
embodiment of the invention are dia gram matically represented in Figs. 7(a)-(d). In each of Figs. 7(a)-(d), the time 
axis runs positive in the direction indicated by the arrow. Although not explicitly mentioned in the following 
40 discussion, it should be understood that each communication between devices, with the exception of encrypted video 
data, includes an address of the device to which the communication is being sent. 

Figs. 7(a) and 7(c) illustrate the interaction between device 26 and receiver 25 of Fig. 1 when device 26 
initiates the transfer of video data. In Fig. 7(a), device 26 first issues a send data command to receiver 25. 
Device 26 then processes the send data command in conjunction with a security key retrieved from card port 45A to 
produced a KEYCMD signal. Receiver 25 receives the send data command and similarly processes it in conjunction 
45 with a security key retrieved from memory 35 to produce an ACK signal. Receiver 25 then transmits the ACK signal to 
device 26. Device 26 compares the received ACK signal with the KEYCMD signal to determine if they are equal. Since 
a key card having a correct security key is not installed in device 26, the KEYCMD signal and the ACK signal are not 
equal. As a result, device 26 determines that the ACK signal is "no good" (NG). Nonetheless, receiver 25 attempts to 
transmit an encryption key and encrypted broadcast video data to device 26 via data bus 24, but device 26 does not 
retrieve the encryption key nor the video data. 

In Fig. 7(c), device 26 first transmits a receive data command to receiver 25. Device 26 then processes the 
receive data command in conjunction with a security key retrieved from card port 45A to produce a KEYCMD signal. 
Receiver 25 receives the receive data command and similarly processes it in conjunction with a security key 
retrieved from memory 35 to produce an ACK signal. Receiver 25 then transmits the ACK signal to device 26. Device 
26 compares the received ACK signal with the KEYCMD signal to determine if they are equal. Since a key card having 
a correct security key is not installed in device 26, the KEYCMD signal and the ACK signal are not equal. As a 
result, device 26 determines that the ACK signal is "no good" (NG) and no data is output by device 26. 



50 
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Each of Figs. 7(b) and 7(d) illustrates the sequence of operations that occur when device 27 issues a command to 
receiver 25. In Fig. 7(b), device 27 first transmits a send data command to receiver 25. Device 27 processes the 
send data command in conjunction with a security key retrieved from card port 45B to produce a KEYCMD signal. 
Receiver 25 processes the send data command in conjunction with a security key retrieved from memory 35 to produce 
an ACK signal. Receiver 25 then transmits the ACK signal to device 27. Device 27 compares the KEYCMD signal with 
the received ACK signal to determine if they are equal. Since key card 48 is engaged in device 27 and key card 48 
contains a correct security key, the ACK signal and the KEYCMD signal are equal. Accordingly, device 27 determines 
that the ACK signal is "OK". Receiver 25 transmits an encryption key and encrypted video data to device 27 which 
decrypts and records the video data. 

In Fig. 7(d), device 27 first transmits a receive data command to receiver 25. Device 27 processes the receive 
data command in conjunction with a security key retrieved from card port 45B to produce a KEYCMD signal. Receiver 
25 processes the receive data command in conjunction with a security key retrieved from memory 35 to produce an 

10 ACK signal. Receiver 25 transmits the ACK signal to device 27. Device 27 compares the KEYCMD signal with the 
received ACK signal to determine if they are equal. Since key card 48 is engaged in device 27 and key card 48 
contains a correct security key, the ACK signal and the KEYCMD signal are equal. Accordingly, device 27 determines 
that the ACK signal is "OK". Device 27 reproduces and encrypts a prerecorded video signal and transmits the 
encryption key and the encrypted reproduced video data to receiver 25. Receiver 25 accepts, decrypts, and further 
processes the video data as described above. 

15 In an encrypt/decrypt dubbing mode, encrypted data is communicated between two peripheral devices, such as the 

devices 26 and 27, each installed with a key card having the same security key. A master of such peripheral devices 
initiates a video data transfer by transmitting to data bus 24 an address of a slave among the peripheral devices 
along with a record command or a playback command. As described in the preceding, the slave device reads and 
recognizes the address, configures itself according to the command, and returns an address and an ACK signal. 

As also described in the preceding, the master device reads and recognizes the address and processes the ACK 
signal to determine its validity. If the ACK signal is "OK" then a data transfer according to the command is 
executed; otherwise, no data transfer occurs. As part of a data transfer, the transmitting device reproduces and 
encrypts, according to an encryption key, prerecorded data. The encryption key is sent with the address of the 
receiving peripheral device to data bus 24. The other receiving peripheral device reads and recognizes the address 
and retrieves the encryption key. The transmitting device sends the encrypted data to data bus 24 and the receiving 

25 device retrieves, decrypts, and records the encrypted data. 

The communication protocol of the apparatus of Fig. 5 is summarized in the flow diagram of Fig. 8. For ease of 
explanation, the term "Master" is employed to indicate the device which initiates a data transfer. The term "Slave" 
is employed to indicate the device which is addressed by the Master. 

In step S7, the Master transmits an address of the Slave and a command to data bus 24. In step S8, the Slave 
receives the command and the Master and the Slave separately process the command in accordance with security key 

30 data obtained locally. The Master device produces a KEYCMD signal as a function of the command and its security 
key. The Slave produces an ACK signal as a function of the received command and its security key. 

In step S9, the Slave transmits an address of the Master and the ACK signal to data bus 24. In step S10, the 
Master receives the ACK signal and determines whether the ACK signal is equal to the KEYCMD signal. If the two 
signals are not equal, then processing follows step S11; otherwise, processing follows step S12. In step S11. the 

35 Master inhibits or simply does not execute a video data transfer between the Master and the Slave. In step S12, the 
Master executes a video data transfer by transmitting an encryption key and encrypted video data to the Slave, or by 
receiving and retrieving an encryption key and encrypted video data transmitted by the Slave. 

Fig. 9 illustrates a display device 28-1 suitable for connection to data bus 24 of the first embodiment of the 
invention described above with reference to Fig. 1. Display device 28-1 is comprised of a cathode-ray tube (CRT) 60, 
a signal processor 59, a decoder 58, a descrambler 57, a memory 56, a controller 55A, a switch 54, a tuner 53, a 

40 digital tuner 52, a switch 51, and an I/O port 50. CRT 60 and signal processor 59 are conventional devices which 
together comprise a conventional display apparatus. Tuner 53 is a conventional broadcast tuner which receives an 
unscrambled video signal. Tuner 52 is a satellite digital signal tuner which receives scrambled video data signals. 
Tuner 53, tuner 52 and switch 51 are coupled to inputs of switch 54 and each provides a respective video signal 
thereto. 

I/O port 50 is coupled to data bus 24 (not shown), switch 51, and controller 55A. I/O port 50 routes data signals 
to switch 51 and routes address, control and data signals to controller 55A. Controller 55A is further coupled to 
switch 51, memory 56, switch 54, descrambler 57 and decoder 58. Memory 56 stores one or more security keys which 
controller 55A retrieves as needed. Controller 55A controls the state of switches 54 and 51 with switch control 
signals. Controller 55A can also enable or disable the operations of decoder 58 and descrambler 57. 

Descrambler 57 is further coupled to the output of switch 54 and the input of decoder 58. When enabled by 
50 controller 55A, descrambler 57 descrambles video data and supplies unscrambled video data to decoder 58. When 
disabled by controller 55A, descrambler 57 passes video signals from switch 54 to decoder 58. 

Decoder 58 is further coupled to the input of signal processor 59. When enabled by controller 55A, decoder 58 
decodes video data and supplies decoded video data to signal processor 59. When disabled by controller 55A, decoder 
58 passes video signals from descrambler 57 to signal processor 59. 

Display device 28-1 has three modes of operation. In the first mode, controller 55A causes switch 54 to link tuner 
55 53 with descrambler 57. Controller 55A disables descrambler 57 and decoder 58, allowing signal processor 59 and 
CRT 60 to display ordinary video data received by tuner 53. 
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In the second mode, controller 55 A causes switch 54 to link tuner 52 with descrambler 57. Controller 55 A enables 
de scram bier 57 and decoder 58. Descrambler 57 descrambles a scrambled and coded video signal supplied by tuner 
52 and supplies an unscrambled, though still coded, video signal to decoder 58. Decoder 58 decodes the coded signal 
and provides an uncoded video signal to signal processor 59 for display. 

In the third mode, controller 55A reads an address signal on data bus 24 through I/O port 50. If the address 
corresponds to an address previously assigned to device 28-1, then controller 55A recognizes the address as such and 

5 processing proceeds as follows. Controller 55 A retrieves a display command from data bus 24. Controller 55A 
generates an ACK signal as a function of the display command and a security key retrieved from memory 56. Controller 
transmits an address of the device which sent the display command along with the ACK signal to data bus 24 through 
I/O port 50. Controller 55A also causes switch 51 to close, connecting I/O port 50 with switch 54, and causes switch 54 
to connect switch 51 with descrambler 57. Controller 55A also enables descrambler 57 and decoder 58. 

Controller 55A monitors data bus 24 for another address signal corresponding to device 28-1. Upon receipt of such 

10 an address, video data is then retrieved from data bus 24 and supplied through I/O port 50, switch 51, and switch 54 
to descrambler 57. Descrambler 57 descrambles, as needed, the retrieved video data and provides an unscrambled 
video signal to decoder 58. Decoder 58 decodes the signal and supplies an uncoded video signal to signal processor 
59 for display on CRT 60. 

Fig. 10 illustrates a decoding device 29-1 suitable for connection to data bus 24 of the first embodiment of the 
invention in place of the receiver 21. Decoding device 29-1 is comprised of a memory 72, a controller 71 A, an I/O 
port 70, a switch 73, and a decoder 74. Decoder 74 and switch 73 have the same structure and function as their 
counterparts decoder 37 and switch 36 of receiver 21. Controller 71A is coupled to memory 72, I/O port 70, and 
switch 73. Switch 73 is further connected to decoder 74 and I/O port 70. I/O port 70 is further coupled to data bus 24. 

As in the processing described above, controller 71 A monitors data bus 24 for an address signal of device 29-1. 
Upon recognizing such an address signal, controller 71 A retrieves a display command from data bus 24 and generates 

20 an ACK signal as a function of the display command and a security key retrieved from memory 72. The ACK signal is 
transmitted with the appropriate address to data bus 24. Video data accompanied by an address of device 29-1 is 
retrieved and routed through I/O port 70 and switch 73 to decoder 74. Decoder 74 decodes the video signal and 
provides an uncoded video signal to a display (not shown). 

As earlier noted, Fig. 11 illustrates a display device 28-2 suitable for connection to data bus 24 of the second 
embodiment of the invention. Display device 28-2 is comprised of the elements described above in connection with the 

25 display device 28-1, and which are interconnected and function in the same manner as in display device 28-1 except 
as described in the following. Unlike display device 28-1, display device 28-2 includes a decipherer 61 interposed 
between switch 51 and switch 54 and controller 55A is replaced by controller 55B. Controller 55B is additionally 
coupled to decipherer 61 and supplies an encryption key thereto. Decipherer 61 decrypts encrypted video data 
supplied from switch 51 and supplies decrypted video data to switch 54. 

In accordance with the protocol of the second embodiment controller 55 B monitors data bus 24 for an address of 
device 28-2 and an accompanying display command. An ACK signal is generated as a function of the retrieved display 
command a security key retrieved from memory 56. Controller 55B then transmits an appropriate address and the ACK 
signal to data bus 24. Controller 55 B monitors data bus 24 for the address of device 28-2 and an accompanying 
encryption key. Upon receipt, decipherer 51 is supplied with the encryption key, and I/O port 50 and switch 51 are 
configured to route encrypted data through to decipherer 61 . Decipherer 61 decrypts the video data and supplies a 

35 decrypted signal suitable for subsequent processing as described with respect to device 28-1 . 

Fig. 12 illustrates a decoding device 29-2 suitable for connection to data bus 24 in place of the receiver 25 in 
the second embodiment of the invention. Decoding device 29-2 is comprised of the same elements as decoding device 
29-1, and such elements are interconnected and function in the same manner as in decoding device 29-1 except as 
described in the following. Unlike decoding device 29-1, decoding device 29-2 includes a decipherer 76 interposed 
between switch 73 and decoder 74, and controller 71A is replaced by controller 71B. Controller 71 B is additionally 

40 coupled to decipherer 76 and supplies an encryption key thereto. Decipherer 76 decrypts encrypted video data 
supplied from switch 73 and supplies decrypted video data to decoder 74. 

As described in the process above, controller 71 B monitors data bus 24 for an address signal of device 29-2. 
Upon recognizing such an address signal, controller 71 B retrieves a display command from data bus 24 and generates 
an ACK signal as a function of the display command and a security key retrieved from memory 72. The ACK signal is 
_ transmitted with the appropriate address to data bus 24. An encryption key accompanied by an address of device 29-2 
is retrieved by controller 71 B from data bus 24. Encrypted video data supplied from data bus 24 is routed through 
I/O port 70 and switch 73 to decipherer 76. Decipherer 76 decrypts the encrypted video data and provides a decrypted 
video signal to decoder 74. Decoder 74 decodes the decrypted video signal and provides an uncoded video signal to a 
display (not shown). 

Although illustrative embodiments of the present invention and modifications thereof have been described in detail 
50 herein, it is to be understood that this invention is not limited to these precise embodiments and modifications, 
and that other modifications and variations may be effected therein by one skilled in the art without departing from 
the scope of the invention as defined by the appended claims. 

Claims 

55 1. A method for communicating data via a data bus (24) between a master device (21; 22, 23) and a slave device 
(22, 23; 21) which are each coupled to said bus, characterised in that said data is video data and by the steps of: 
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transmitting (S1) from said master device to said data bus a slave address of said slave device and a 
command; 

generating (S2), at said master device, a KEYCMD signal as a function of said command and a master 
security key; 

receiving (S2), at said slave device from said data bus, said stave address and said command and recognizing 
said slave address as corresponding to said slave device; 

generating (S2), at said slave device, an ACK signal as a function of said command and a slave security key; 

transmitting (S3) from said slave device to said data bus a master address of said master device and said 
ACK signal; 

receiving (S4), at said master device from said data bus, said master address and said ACK signal and 
recognizing said master address as corresponding to said master device; 

comparing (S4) said KEYCMD signal generated by said master device with said ACK signal received by. said 
master device; and 

executing (S6) a data transfer between said master device and said slave device if said KEYCMD signal 
corresponds to said ACK signal. 

2. The method, according to claim 1 . further comprising the step of: 
inhibiting (S5) a data transfer between said master device and said slave device if said KEYCMD signal does 

not correspond to said ACK signal. 

3. The method, according to claim 2, wherein said step of inhibiting a data transfer comprises: 
transmitting said data from said slave device to said data bus; and 
preventing said master device from decoding said data from said data bus. 

4. The method, according to claim 2, wherein said step of inhibiting a data transfer comprises: 
preventing said master device from transmitting said data to said data bus. 

5. The method, according to claim 1, wherein said master device is a receiver (21) and said slave device is a 
peripheral device (22, 23). 

6. The method, according to claim 5, wherein said peripheral device is a display device (28-1. 28-2). 

7. The method, according to claim 1, wherein said master device is a peripheral device (22. 23) and said slave 
device is a receiver (21). 

8. The method, according to claim 1, wherein said master device is a first peripheral device (22) and said slave 
device is a second peripheral device (23). 

9. The method, according to claim 1 , wherein said slave device is a decoder (29-1 , 29-2). 

10. The method, according to claim 1, wherein said step of executing a data transfer comprises; 
encrypting said data in said master device according to an encryption key; and 
decrypting said data in said slave device according to said encryption key. 

11. The method, according to claim 10, wherein said step of executing a data transfer further comprises: 

transmitting said slave address and said encryption key from said master device to said data bus; and 

receiving said encryption key and said slave address at said slave device from said data bus and recognizing 
55 said slave address as corresponding to said slave device. 
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12. The method, according to claim 10, further comprising the step of: 
inhibiting a data transfer between said master device and said slave device if said KEYCMD signal does not 

correspond to said ACK signal. 

13. The method, according to claim 12, wherein said step of inhibiting a data transfer comprises: 
preventing said master device from transmitting said data to said data bus. 

14. The method, according to claim 10, wherein said master device is a receiver and said slave device is a 
peripheral device. 

15. The method, according to claim 14, wherein said peripheral device is a display device. 

16. The method, according to claim 10, wherein said master device is a peripheral device and said slave device is a 
receiver. 

17. The method, according to claim 10. wherein said master device is a first peripheral device and said slave 
device is a second peripheral device. 

18. The method, according to claim 10, wherein said slave device is a decoder. i 

19. The method, according to claim 1, wherein said step of executing a data transfer comprises: 
encrypting said data in said slave device according to an encryption key; and 
decrypting said.data in said master device according to said encryption key. 

20. The method, according to claim 1*9, wherein said step of executing a data transfer further comprises: 

transmitting said master address and said encryption key from said slave device to said data bus; and 

receiving said master address and said encryption key from said data bus at said master device and 
recognizing said master address as corresponding to said master device. 

21. The method, according to claim 19, further comprising the step of: 
inhibiting a data transfer between said master device and said slave device if said KEYCMD signal does not 

correspond to said ACK signal. 

22. The method, according to claim 21, wherein said step of inhibiting a data transfer comprises: 
transmitting said data from said slave device to said data bus; and 
preventing said master device from decoding said data from said data bus. 

23. The method, according to claim 19, wherein said master device is a receiver and said slave device is a 
peripheral device. 

24. The method, according to claim 23, wherein said peripheral device is a display device. 

25. The method, according to claim 19, wherein said master device is a peripheral device and said slave device is a 
receiver. 

26. The method, according to claim 19, wherein said master device is a first peripheral device and said stave 
device is a second peripheral device. 

50 27. The method, according to claim 19, wherein said slave device is a decoder. 

28. A system for communicating data comprising; 

at least one master device (21; 22, 23) having a master address; 

55 at least one slave device (22. 23; 21) having a slave address; and 
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a data bus (24) coupled to said master device and to said slave device; 

characterised in that said data is video data and 
said master device includes: 

means (34, 33) for transmitting to said data bus said slave address and a command, 

5 

means (34) for generating a KEYCMD signal as a function of said command and a master security key, 
means (33, 34) for receiving from said data bus said master address and an ACK signal, 
means (34} for recognizing said master address as corresponding to said master device, 

10 

means (34) for comparing said KEYCMD signal and said ACK signal, and 

means (33, 36, 37) for receiving said video data from said data bus if said KEYCMD signal corresponds to 
said ACK signal; and 

15 said slave device includes: 

means (40B, 44B) for receiving from said data bus and slave address and said command, 

means (44 B) for recognizing said slave address as corresponding to said slave device, 

20 

means (44B) for generating said ACK signal as a function of said command and aslave security key, and 
means (44B, 40B) for transmitting to said data bus said master address, said ACK signal, and said video data. 

25 29. The system according to claim 28, wherein said master device further comprises means (34, 33) for inhibiting 
reception of said video data from said data bus if said KEYCMD signal does not correspond to said ACK signal. 

30. The system according to claim 29, wherein said means for inhibiting includes a switch (33). 

31. The system according to claim 28, wherein said master device is a receiver (21) and said slave device is a 
30 peripheral device (22, 23). 

32. The system according to claim 28, wherein said master device is a peripheral device (22, 23) and said slave 
device is a receiver (21). 

33. The system according to claim 28, wherein said master device is a first peripheral device (22) and said slave 
35 device is a second peripheral device (23). 

34. The system according to claim 28, wherein said slave device is a decoder (29-1, 29-2). 

35. The system according to claim 28, wherein: 

40 

said master device further includes means (39) for decrypting said video data according to an encryption key; 
and 

said slave device further includes means (47B) for encrypting said video data according to said encryption key. 

45 

36. The system according to claim 35, wherein: 

said master device further includes means (33, 134} for receiving said encryption key from said data bus; and 
said slave device further includes means (144B, 40B) for transmitting said encryption key to said data bus. 

50 

37. A system for communicating data comprising; 

at least one master device (25; 26, 27) having a master address; 
55 at least one slave device (26, 27; 25) having a slave address; 
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a data bus (24), coupled to said master device and to said slave device; 

characterised in that said data is video data and 
said master device includes: 

means (134, 33) for transmitting to said data bus said slave address and a command. 

means (134) for generating a KEYCMD signal as a function of said command and a master security key, 

means (134) for receiving from said data bus said master address and an ACK signal, 

means (134) for recognizing said master address as corresponding to said master device, 

means (134) for comparing said KEYCMD signal and said ACK signal, and 

means (30, 31, 32, 33) for transmitting to said data bus said video data if said KEYCMD signal corresponds 
to said ACK signal; and 

said slave device includes: 

means (40B, 144B) for receiving from said data bus said slave address, said command and said video data, 
means (144B) for recognizing said slave address as corresponding to said slave device, 
means (144B) for generating said ACK signal as a function of said command and a slave security key, and 
means (144B, 40B) for transmitting to said data bus said master address and said ACK signal. 

38. The system according to claim 37, wherein said master device further includes means (134, 33) for inhibiting 
transmission of said video data to said data bus if said KEYCMD signal does not correspond to said ACK signal. 

39. The system according to claim 37, wherein: 

said master device further includes means (38) for encrypting said video data according to an encryption key; 
and 

said slave device further includes means (46B) for decrypting said video data according to said encryption key. 



35 40. The system according to claim 39, wherein: 

said master device further includes means (134, 33) for transmitting said encryption key to said data bus; and 
said slave device further includes means (40B, 144B) for receiving said encryption key from said data bus. 

40 

Patentanspruche 

1. Verfahren zur Datenkommunikation uber einen Datenbus (24) zwischen einer Mastereinrichtung (21; 22, 23) und 
45 einer Slaveeinrichtung (22, 23; 21), die an den Bus gekoppelt sind, dadurch gekennzeichnet, dass die Daten 

Videodaten sind, und gekennzeichnet durch die Schritte: 

Ubertragen (S1) einer Slaveadresse der Slaveeinrichtung und eines Befehls von der Mastereinrichtung zum 
Datenbus, 

50 Erzeugen (S2) eines KEYCMD-Signals bei der Mastereinrichtung als Funktion des Befehls und eines Master- 

Sicherungsschlussels, 

Empfangen (S2) der Slaveadresse und des Befehls von der Slaveeinrichtung aus dem Datenbus und 
Erkennen, dass die Slaveadresse mit der Slaveeinrichtung korrespondiert, 

55 Erzeugen (S2) eines ACK-Signals bei der Slaveeinrichtung als Funktion des Befehls und eines 

Slavesicherungsschlussels, 
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Obertragen (S3) einer Masteradresse der Waste rein rich tung und des ACK-Signals von der Slaveeinrichtung 
zum Datenbus. 

Empfangen (S4) der Masteradresse und des ACK-Signals von der Mastereinrichtung aus dem Datenbus und 
Erkennen, dass die Masteradresse mit der Mastereinrichtung korrespondiert, 

5 Vergteichen (S4) des von der Mastereinrichtung erzeugten KEYCMD-Signals mit dem von der 

Mastereinrichtung empfangenen ACK-Signal, und 

AusfOhren (S6) einer DatenObertragung zwischen der Mastereinrichtung und der Slaveeinrichtung, wenn das 
KEYCMD-Signal mit dem ACK-Signal korrespondiert. 

10 

2. Verfahren nach Anspruch 1, mit dem Schritt: 

Verhindern (S5) einer DatenObertragung zwischen der Mastereinrichtung und der Slaveeinrichtung, wenn das 
KEYCMD-Signal nicht mit dem ACK-Signal korrespondiert. 

15 3. Verfahren nach Anspruch 2, wobei der Schritt des Verhindems einer DatenObertragung aufweist: 

Obertragen der Daten von der Slaveeinrichtung zum Datenbus, und 

Hindern die Mastereinrichtung daran, die Daten aus dem Datenbus zu decodieren. 

20 

4. Verfahren nach Anspruch 2, wobei der Schritt des Verhindems einer DatenObertragung aufweist: 

Hindem die Mastereinrichtung daran, die Daten auf den Datenbus zu Obertragen. 

5. Verfahren nach Anspruch 1, wobei die Mastereinrichtung ein Empfanger (21) und die Slaveeinrichtung eine 
25 periphere Einrichtung (22, 23) ist. 

6. Verfahren nach Anspruch 5, wobei die periphere Einrichtung eine Anzeigeeinrichtung (28-1, 28-2) ist. 

7. Verfahren nach Anspruch 1, wobei die Mastereinrichtung eine periphere Einrichtung (22, 23) und die 
Slaveeinrichtung ein EmpfSnger (21) ist. 

30 

8. Verfahren nach Anspruch 1, wobei die Mastereinrichtung eine erste periphere Einrichtung (22) und die 
Slaveeinrichtung eine zweite periphere Einrichtung (23) ist. 

9. Verfahren nach Anspruch 1 , wobei die Slaveeinrichtung ein Decodierer (29-1 , 29-2) ist. 

35 10. Verfahren nach Anspruch 1 , wobei der Schritt des Ausfuhrens einer DatenObertragung aufweist: 

VeschlOsseln der Daten in der Mastereinrichtung entsprechend einem Codierungs_schlussel, und 
EntschlOsseln der Daten in der Slaveeinrichtung entsprechend dem Codierungsschlussel. 

40 

11. Verfahren nach Anspruch 10, wobei der Schritt des Ausfuhrens einer DatenObertragung aufweist: 

Obertragen der Slaveadresse und des Codierungsschlussels von der Mastereinrichtung zum Datenbus, und 

45 Empfangen des Codierungsschlussels und der Slaveadresse von der Slaveeinrichtung aus dem Datenbus und 

Erkennen, dass die Slaveadresse mit der Slaveeinrichtung korrespondiert. 

12. Verfahren nach Anspruch 10, mit dem Schritt: 

Verhindern einer DatenObertragung zwischen der Mastereinrichtung und der Slaveeinrichtung, wenn das 
50 KEYCMD-Signal nicht mit dem ACK-Signal korrespondiert. 

13. Verfahren nach Anspruch 12, wobei der Schritt des Verhindems einer DatenObertragung aufweist: 

Hindem die Mastereinrichtung daran, Daten auf den Datenbus zu Obertragen. 

14. Verfahren nach Anspruch 10, wobei die Mastereinrichtung ein Empfanger und die Slaveeinrichtung eine 
55 periphere Einrichtung ist. 
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15. Verfahren nach Anspruch 14, wobei die periphere Einrichtung eine Anzeigeeinrichtung ist. 

16. Verfahren nach Anspruch 10, wobei die Mastereinrichtung eine periphere Einrichtung und die Slaveeinrichtung 
ein Empfanger ist. 

17. Verfahren nach Anspruch 10, wobei die Mastereinrichtung eine erste periphere Einrichtung und die 
Slaveeinrichtung eine zweite periphere Einrichtung ist. 

18. Verfahren nach Anspruch 10, wobei die Slaveeinrichtung eine Decodierer ist. 

19. Verfahren nach Anspruch 1 , wobei der Schritt des Ausfuhrens einer Datenubertragung aufweist: 
Veschlusseln der Daten in der Slaveeinrichtung entsprechend einem CodierungsschlOssel, und 
Entschlusseln der Daten in der Mastereinrichtung entsprechend dem Codierungsschlussel. 

20. Verfahren nach Anspruch 19, wobei der Schritt des Ausfuhrens einer Datenubertragung aufweist: 

Obertragen der Masteradresse und des Codierungsschlussels von der Slaveeinrichtung zum Datenbus, und 

Empfangen der Masteradresse und des Codierungsschlussels von der Mastereinrichtung aus dem Datenbus 
und Erkennen, dass die Masteradresse mitder Mastereinrichtung korrespondiert 

21. Verfahren nach Anspruch 19, mit dem Schritt: 
Verhindern einer Datenubertragung zwischen der Mastereinrichtung und der Slaveeinrichtung, wenn das 

KEYCMD-Signal nicht mit dem ACK-Signal korrespondiert. 

22. Verfahren nach Anspruch 21 , wobei der Schritt des Verhindems einer Datenubertragung aufweist: 

Obertragen der Daten von der Slaveeinrichtung zum Datenbus, und 

Hindern die Mastereinrichtung daran, die Daten aus dem Datenbus zu decodieren. 

30 

23. Verfahren nach Anspruch 19, wobei die Mastereinrichtung ein Empfanger und die Slaveeinrichtung eine 
periphere Einrichtung ist. 

24. Verfahren nach Anspruch 23, wobei die periphere Einrichtung eine Anzeigeeinrichtung ist. 

35 25. Verfahren nach Anspruch 19, wobei die Mastereinrichtung eine periphere Einrichtung und die Slaveeinrichtung 
ein Empfanger ist. 

26. Verfahren nach Anspruch 19, wobei die Mastereinrichtung eine erste periphere Einrichtung und die 
Slaveeinrichtung eine zweite periphere Einrichtung ist. 

40 27. Verfahren nach Anspruch 19, wobei die Slaveeinrichtung eine Decodierer ist. 

28. System zur Datenkommunikation, aufweisend: 

Wenigstens eine Mastereinrichtung (21; 22, 23) mit einer Masteradresse, 

45 

wenigstens eine Slaveeinrichtung (22, 23; 21) mit einer Slaveadresse und 

einen Datenbus (24), der an die Mastereinrichtung (21; 22, 23) und die Slaveeinrichtung (22, 23; 21) 
gekoppelt ist, 

50 dadurch gekennzeichnet, dass die Daten Videodaten sind, und dass 

die Mastereinrichtung aufweist: 

Eine Einrichtung (34, 33) zur Obertragung (S1) der Slaveadresse und eines Befehls zum Datenbus, 

eine Einrichtung (34) zur Erzeugung eines KEYCMD-Signals als Funktion des Befehls und eines 
55 Mastersicherungsschlussels, 
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eine Einrichtung (33, 34) Empfang der Masteradresse und eines ACK-Signals aus dem Datenbus, 

eine Einrichtung (34) zum Erkennen der Masteradresse als mit der Mastereinrichtung korrespondierend, 

eine Einrichtung (34) zum Vergleich des KEYCMD-Signals und des ACK-Signals, und 

5 eine Einrichtung (33, 36, 37) zum Empfang der Videodaten aus dem Datenbus, wenn das KEYCMD-Signal mit 

dem ACK-Signal korrespondiert, und dass 

die Slaveeinrichtung aufweist: 

Eine Einrichtung (40B, 44B) zum Empfang der Slaveadresse und des Befehts aus dem Datenbus, 

10 

eine Einrichtung (44B) zum Erkennen der Slaveadresse als mit der Slaveeinrichtung korrespondierend, 

eine Einrichtung (44B) zur Erzeugung des ACK-Signals als Funktion des Befehls und eines 
Slavesicherungsschlus-sels, und 

15 eine Einrichtung (44 B, 40B) zur Gbertragung der Masteradresse, des ACK-Signals und der Videodaten zum 

Datenbus. 

29. System nach Anspruch 28, wobei die Mastereinrichtung aufweist: 

2Q Eine Einrichtung (34, 33) zur Verhinderung eines Empfangs von Videodaten aus dem Datenbus, wenn das 

KEYCMD-Signal nicht mit dem ACK-Signal korrespondiert. 

30. System nach Anspruch 29, wobei die Einrichtung zur Verhinderung einen Schalter (33) aufweist. 

31. System nach Anspruch 28, wobei die Mastereinrichtung ein Empfanger (21) und die Slaveeinrichtung eine 
25 periphere Einrichtung (22. 23) ist. 

32. System nach Anspruch 28, wobei die Mastereinrichtung eine periphere Einrichtung (22, 23) und die 
Slaveeinrichtung ein Empfanger (21) ist. 

33. System nach Anspruch 28, wobei die Mastereinrichtung eine erste periphere Einrichtung (22) und die 
30 Slaveeinrichtung eine zwette periphere Einrichtung (23) ist. 

34. System nach Anspruch 28, wobei die Slaveeinrichtung ein Decodierer (29-1, 29-2) ist. 

35. System nach Anspruch 28, wobei 

35 die Mastereinrichtung eine Einrichtung (39) zur Entschlusselung der Videoaten entsprechend einem 

Codierungsschlussel, und 

die Slaveeinrichtung eine Einrichtung (47B) zur Verschlusselung der Videodaten entsprechend dem 
Codierungsschlussel aufweist 

40 

36. System nach Anspruch 35, wobei 



45 



55 



die Mastereinrichtung eine Einrichtung (33, 134) zum Empfang des Codierungsschlussels aus dem Datenbus 
und 

die Slaveeinrichtung eine Einrichtung (144B, 44B) zur Obertragung des Codierungsschlussels zum Datenbus 
aufweist. 

37. System zur Datenkommunikation, aufweisend: 

Wenigstens eine Mastereinrichtung (25; 26, 27) mit einer Masteradresse, 
wenigstens eine Slaveeinrichtung (26, 27; 25) mit einer Slaveadresse und 

einen Datenbus (24). der an die Mastereinrichtung (21; 22, 23) und die Slaveeinrichtung (22, 23; 21) 
gekoppelt ist, 
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dadurch gekennzeichnet, dass die Daten Videodaten sind, und dass 
die Mastereinrichtung aufweist: 

Eine Einrichtung (134, 33) zur Obertragung (S1) der Slaveadresse und eines Befehls zum Datenbus, 

eine Einrichtung (134) zur Erzeugung eines KEYCMD-Signals als Funktion des Befehls und eines 
Mastersicherungsschlussels, 

eine Einrichtung (134) Empfang der Masteradresse und eines ACK-Signals aus dem Datenbus, 

eine Einrichtung (134) zum Erkennen der Masteradresse als mit der Mastereinrichtung korrespondierend, 

eine Einrichtung (1 34) zum Vergleich des KEYCMD-Signals und des ACK-Signals, und 

eine Einrichtung (30, 31, 32, 33) zur Obertragung der Videodaten zum Datenbus, wenn das KEYCMD-Signal 
mit dem ACK-Signal korrespondiert, und dass 

die Slaveeinrichtung aufweist: 

Eine Einrichtung (40B, 144B) zum Empfang der Slaveadresse, des Befehls und der Videodaten aus dem 
Datenbus. 

eine Einrichtung (144B) zum Erkennen der Slaveadresse als mit der Slaveeinrichtung korrespondierend, 

eine Einrichtung (144B) zur Erzeugung des ACK-Signals als Funktion des Befehls und eines 
SlavesicherungsschlQssels, und 

eine Einrichtung (144B, 40B) zur Obertragung der Masteradresse und des ACK-Signals zum Datenbus. 

38. System nach Anspruch 37, wobei die Mastereinrichtung eine Einrichtung (134. 33) zur Verhinderung einer 
Obertragung der Videodaten zum Datenbus. wenn das KEYCMD-Signal nicht mit dem ACK-Signal korrespondiert, 
aufweist. 

39. System nach Anspruch 37, wobei 

die Mastereinrichtung eine Einrichtung (38) zur Verschlusselung der Videoaten entsprechend einem 
Codierungsschlussel, und 

die Slaveeinrichtung eine Einrichtung (46B) zur Entschlusselung der Videodaten entsprechend dem 
Codierungsschlussel aufweist. 

40. System nach Anspruch 39, wobei 

die Mastereinrichtung eine Einrichtung (134, 33) zur Obertragung des Codierungsschlussels zum Datenbus 
und 

die Slaveeinrichtung eine Einrichtung (40B. 144B) zum Empfang des Codierungsschlussels aus dem 
Datenbus aufweist 



Revendications 

1. Procede de communications de donnees par I' intermedia ire d'un bus de donnees (24) entre un dispositif maTtre 
(21 ; 22, 23) et un dispositif esclave (22, 23 ; 21) qui sont chacun relies audit bus, caracterise en ce que 
50 lesdites donnees sont des donnees video et par les eta pes consistant a : 

transmettre (SI) depuis ledit dispositif maTtre vers ledit bus de donnees une adresse esclave dudit 
dispositif esclave et une instruction, 

generer (S2), au niveau dudit dispositif maTtre un signal KEYCMD en fonction de ladite instruction et d'une 
55 cle de s ecu rite maTtre, 
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recevoir (S2), au niveau dudit dispositif esclave depuis ledit bus de donnees, ladite adresse esclave et 
ladite instruction et reconnaTtre ladite adresse esclave com me correspond ant audit dispositif esclave, 

generer (S2), au niveau dudit dispositif esclave, un signal ACK en fonction de ladite instruction et d'une 
cle de securite esclave, 

5 transmettre (S3) a partir dudit dispositif esclave vers ledit bus de donnees une adresse maTtre dudit 

dispositif maftre et dudit signal ACK, 

recevoir (S4), au niveau dudit dispositif maftre depuis ledit bus de donnees, ladite adresse maTtre et ledit 
signal ACK et reconnaTtre ladite adresse maTtre comme correspondant audit dispositif maTtre, 

10 comparer (S4) ledit signal KEYCMD genere par ledit dispositif maftre audit signal ACK recu par ledit 

dispositif maTtre, et 

executer (S6) un transfer! de donnees entre ledit dispositif maTtre et ledit dispositif esclave si ledit 
signal KEYCMD correspond audit signal ACK. 

15 

2. Procede selon la revendication 1, comprenant en outre I'etape consistant a : 

interdire (S5) un transfer! de donnees entre ledit dispositif maTtre et ledit dispositif esclave si ledit 
signal KEYCMD ne correspond pas audit signal ACK. 
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3. Procede selon la revendication 2, dans lequel ladite etape consistant a interdire un transfert de donnees 
comprend : 

transmettre lesdites donnees depuis ledit dispositif esclave vers ledit bus de donnees, et 
empecher ledit dispositif maTtre de decoder lesdites donnees provenant dudit bus de donnees. 

4. Procede selon la revendication 2, dans lequel ladite etape d'interdiction de transfert de donnees comprend : 
empecher ledit dispositif maTtre de transmettre lesdites donnees vers ledit bus de donnees. 

5. Procede selon la revendication 1, dans lequel ledit dispositif maTtre est un recepteur (21) et ledit dispositif 
esclave est un dispositif peripherique (22, 23). 

6. Procede selon la revendication 5, dans lequel ledit dispositif peripherique est un dispositif d'affichage (28-1 , 28-2). 

7. Procede selon la revendication 1, dans lequel ledit dispositif maTtre est un dispositif peripherique (22, 23) et 
ledit dispositif esclave est un recepteur (21). 

8. Procede selon la revendication 1, dans lequel ledit dispositif maTtre est un premier dispositif peripherique (22) 
et ledit dispositif esclave est un second dispositif peripherique (23). 

9. Procede selon la revendication 1, dans lequel ledit dispositif esclave est un d6codeur (29-1, 29-2). 

40 10. Procede selon la revendication 1 , dans lequel ladite etape d'execution d'un transfert de donnees comprend : 
crypter lesdites donnees dans ledit dispositif maTtre conformement a une cle de cryptage, et 
decrypter lesdites donnees dans ledit dispositif esclave conformement a ladite cle de cryptage. 

45 

11. Procede selon la revendication 10, dans lequel ladite etape d'execution d un transfert de donnees comprend en 
outre : 

transmettre ladite adresse esclave et ladite cle de cryptage depuis ledit dispositif maTtre vers ledit bus 
50 de donnees, et 

recevoir tadite cle de cryptage et ladite adresse esclave audit dispositif esclave depuis ledit bus de 
donnees et reconnaTtre tadite adresse esclave comme correspondant audit dispositif esclave. 

55 12. Procede selon la revendication 10, comprenant en outre I'etape consistant a : 

interdire un transfert de donnees entre ledit dispositif maTtre et ledit dispositif esclave si ledit signal 
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KEYCMD ne correspondant pas audit signal ACK. 

13. Procede selon la revendication 12, dans lequel ladite etape d'interdiction d'un transfert de donnees comprend : 

empecher ledit dispositif maTIre de transmettre lesdites donnees vers ledit bus de donnees. 

14. Procede selon la revendication 10, dans lequel ledit dispositif mattre est un recepteur et ledit dispositif 
esclave est un dispositif peripherique. 

15. Procede selon la revendication 14, dans lequel ledit dispositif peripherique est un dispositif d'affichage. 

16. Procede selon la revendication 10, dans lequel ledit dispositif mattre est un dispositif peripherique et ledit 
dispositif esclave est un recepteur. 

17. Procede selon la revendication 10, dans lequel ledit dispositif mattre est un premier dispositif peripherique 
et ledit dispositif esclave est un second dispositif peripherique. 

18. Procede selon la revendication 10, dans tequei ledit dispositif esclave est un decodeur. 

19. Procede selon la revendication 1 , dans lequel ladite etape d'execution d'un transfert de donnees cornprend : 

crypter lesdites donnees dans ledit dispositif esclave conformement a une de de cryptage, et 
decrypter lesdites donnees dans ledit dispositif mattre conformement a ladite cle de cryptage. 

20. Procede selon la revendication 19, dans lequel ladite etape d'execution d'un transfert de donnees comprend en 
outre : 

transmettre ladite adresse mattre et ladite cle de cryptage depuis ledit dispositif esclave audit bus de 
donnees, et 

recevoir ladite adresse mattre et ladite cle de cryptage depuis ledit bus de donnees audit dispositif mattre 
et reconnattre ladite adresse mattre comme correspondant audit dispositif mattre. 

21. Procede selon la revendication 19, comprenant en outre I'etape consistant a : 

interdire un transfert de donnees entre ledit dispositif mattre et ledit dispositif esclave si ledit signal 
KEYCMD ne correspond pas audit signal ACK. 

22. Procede selon la revendication 21, dans lequel tadite etape d'interdiction d'un transfert de donnees comprend : * 

transmettre lesdites donnees depuis ledit dispositif esclave vers ledit bus de donnees, et 
empecher ledit dispositif mattre de decoder lesdites donnees provenant dudit bus de donnees. 

23. Procede sefon la revendication 19, dans lequel ledit dispositif mattre est un recepteur et ledit dispositif 
esclave est un dispositif peripherique. 

24. Procede selon la revendication 23, dans lequel ledit dispositif peripherique est un dispositif d'affichage. 

25. Procede selon la revendication 19, dans lequel ledit dispositif mattre est un dispositif peripherique et ledit 
dispositif esclave est un recepteur. 

26. Procede selon la revendication 19, dans tequei ledit dispositif mattre est un premier dispositif peripherique 
et ledit dispositif esclave est un second dispositif peripherique. 

27. Procede selon la revendication 19, dans lequel ledit dispositif esclave est un decodeur. 

28. Systeme destine a communiquer des donnees comprenant : 

au moins un dispositif mattre (21 ; 22, 23) comportant une adresse mattre, 

au moins un dispositif esclave (22, 23 ; 21) comprenant une adresse esclave, et 

un bus de donnees (24) relie audit dispositif mattre et audit dispositif esclave, 
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caracterise en ce que lesdites donnees sont des donnees video et en ce que le dispositif maTtre comprend : 

un moyen (34, 33) destine a transmettre audit bus de donnees ladite adresse esclave et une instruction. 

un moyen (34) destine a generer un signal KEYCMD en fonction de ladite instruction et d'une de de securite 
5 maTtre, 

un moyen (33, 34) destine a recevoir dudit bus de donnees ladite adresse maTtre et un signal ACK, 

un moyen (34) destine a reconnaTtre ladite adresse maTtre comme correspondant audit dispositif maTtre, 

10 un moyen (34) destine a comparer (edit signal KEYCMD et (edit signal ACK, et 

un moyen (33, 36, 37) destine a recevoir lesdites donnees video depuis ledit bus de donnees si ledit signal 
KEYCMD correspond audit signal ACK, et 

^ ledit dispositif esclave comprend : 

un moyen (40B, 44B) destine a recevoir dudit bus de donnees une adresse esclave et ladite instruction, 

un moyen (44B) destine a reconnaTtre ladite adresse esclave comme correspondant audit dispositif esclave, 

20 un moyen (44B) destine a generer ledit signal ACK en fonction de ladite instruction et d'une c!6 de securite 

esclave, et 

un moyen (44B, 40B) destine a transmettre audit bus de donnees ladite adresse maTtre, ledit signal ACK, et 
lesdites donnees video. 

25 

29. Systeme selon la revendication 28, dans lequel ledit dispositif maTtre comprend en outre un moyen (34 , 33) 
destine a interdire la reception des donnees video depuis ledit bus de donnees si ledit signal KEYCMD ne 
correspond pas audit signal ACK. 



30 



30. Systeme selon la revendication 29, dans lequel ledit moyen destine a interdire comprend un commutateur (33). 

31. Systeme selon la revendication 28, dans lequel ledit dispositif maTtre est un recepteur (21) et ledit 
dispositif esclave estun dispositif peri pheri que (22, 23). 

32. Systeme selon la revendication 28 dans lequel ledit dispositif maTtre est un dispositif peripherique (22, 23) 
et ledit dispositif esclave est un recepteur (21). 

33. Systeme selon la revendication 28, dans lequel ledit dispositif maTtre est un premier dispositif peripherique 
(22) et ledit dispositif esclave est un second dispositif peripherique (23). 

34. Systeme selon la revendication 28, dans lequel ledit dispositif esclave est un decodeur (29-1 , 29-2). 

35. Systeme selon la revendication 29, dans lequel : 

ledit dispositif maTtre comprend en outre un moyen (39) destine a decry pter lesdites donnees video 
conform ement a une cle de cryptage, et 

ledit dispositif esclave comprend en outre un moyen (47 B) destine a crypter lesdites donnees video 
conformement a ladite cle de cryptage. 

36. Systeme selon la revendication 35, dans lequel : 

ledit dispositif maTtre comprend en outre un moyen (33, 134) destine a recevoir ladite cle de cryptage 
depuis ledit bus de donnees, et 

ledit dispositif esclave comprend en outre un moyen (144B, 40B) destine a transmettre ladite cle> de cryptage 
audit bus de donnees. 

37. Systeme destine a communiquer des donnees comprenant : 
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au moins un dispositif mattre (25 ; 26, 27) comportant une adresse mattre, 

au moins un dispositif esclave (26, 27 ; 25) comprenant une adresse esclave, et 

un bus de donnees (24) relie audit dispositif mattre et audit dispositif esclave, 

caracterise en ce que lesdites donnees sont des donnees video et en ce que led it dispositif mattre com pre nd : 

un moyen (134, 33) destine a transmettre audit bus de donnees ladite adresse esclave et une instruction, 

un moyen (134) destine a generer un signal KEYCMD en fonction de ladite instruction et d'une cle de securite 
mattns, 

un moyen (134) destine a recevoir dudit bus de donnees I ad i te. /adresse mattretet un signal ACK. 

un moyen (134) destine a reconnaltre ladite adresse mattre ctwme correspondent audit dispositif mattre. 

un moyen (134) destine a comparer ledit signal KEYCMD et lei^it signal ACK, et * 

un moyen (30, 31, 31, 33) destine a transmettre audit bus dscdonnees lesdites donnees video si ledit signal 
KEYCMD correspondant audit signal ACK, et 

ledit dispositif esclave comprend : ;1 

un moyen (40B, 144B) destine a recevoir dudit bus de donneses ladite adresse esclave, ladite instruction, et 
lesdites donnees video, v 

un moyen (144B) destine a reconnaltre ladite adresse esclave comme correspondant audit dispositif esclave, 

un moyen (144B) destine a generer ledit signal ACK en fonction de ladite instruction et d'une, cte de 
securite esclave, et 

un moyen (144B, 40B) destine a transmettre audit bus de donnees ladite adresse mattre, et ledit signal ACK. 

38. Systeme selon la revendication 37, dans lequel ledit dispositif mattre comprend en outre un moyen (134, 33) 
destine a interdire une transmission desdites donnees video audit bus de donnees si ledit signal KEYCMD ne 
correspond pas audit signal ACK. 

39. System « selon la revendication 37, dans lequel : 

ledit dispositif mattre comprend en outre un moyen (38) destine a crypter lesdites donnees video 
conformement a une cle de cryptage, et 

ledit dispositif esclave comprend en outre un moyen (46B) destine a decrypter lesdites donnees conformement 
a ladite cle de cryptage. 

40. Systeme selon la revendication 39, dans lequel : 

ledit dispositif maitre comprend en outre un moyen (134, 33) destine a transmettre ladite cle de cryptage 
audit bus de donnees, et 

ledit dispositif esclave comporte en outre un moyen (40B, 144B) destine a recevoir ladite cle de cryptage 
dudit bus de donnees. 
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Fig. 4 
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Fig. 8 
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